Провайдинг у Системі Bitbon: економіко-правова децентралізація Системи Bitbon
Додаток до Публічного контракту Системи Bitbon «Провайдинг у Системі Bitbon: економіко-правова децентралізація Системи Bitbon» (далі — Додаток) визначає основоположні принципи та порядок ведення діяльності Провайдером Системи Bitbon[i] у ролі Реєстратора[i], регламентує його права й обов’язки з метою забезпечення економіко-правової децентралізації Системи Bitbon[i].
Зміст
- РОЗДІЛ 1. ЗАГАЛЬНА ЧАСТИНА
-
РОЗДІЛ 2. ОСНОВНА ЧАСТИНА
- Глава 3. Забезпечення консенсусу в мережі блокчейн Системи Bitbon за алгоритмом Community PoS
- Стаття 4. Концепція економіко-правової децентралізації Системи Bitbon
- Стаття 5. Основна ідея Community PoS
- Стаття 6. Концепція консенсусу Community PoS
- Стаття 7. Вузли мережі та їх роль у межах консенсусу Community PoS
- Стаття 8. Забезпечення системи жеребкування-голосування
- Стаття 9. Процедура жеребкування-голосування
- Стаття 10. Формування блоків
- Стаття 11. Рейтинг вузла
- Глава 4. Наукове математичне обґрунтування загальної імовірнісної моделі процесу формування послідовності блок-продюсерів
- Стаття 12. Розподіл потужностей Assetbox Реєстраторів вузлами мережі — кандидатами в блок-продюсери
- Стаття 13. Формування послідовності блок-продюсерів із кандидатів у блок-продюсери
- Стаття 14. Події повторного формування послідовності блок-продюсерів
- Стаття 15. Оцінка імовірності стаціонарності результатів процесу формування послідовності блок-продюсерів щодо етапів розподілу потужностей Assetbox і формування послідовності блок-продюсерів
- Глава 5. Роль Реєстратора у забезпеченні консенсусу в Системі Bitbon
- Стаття 16. Концепція забезпечення консенсусу в Системі Bitbon
- Стаття 17. Етапи реалізації провайдингу, спрямованого на забезпечення економіко-правової децентралізації Системи Bitbon
- Стаття 18. Улаштування пулу Реєстратора
- Стаття 19. Підключення до провайдингу та призупинення участі в провайдингу
- Стаття 20. Механізм реалізації концепції економіко-правової децентралізації Системи Bitbon
- Стаття 21. Потужність Assetbox
- Стаття 22. Власна потужність Assetbox
- Стаття 23. Процес нарощування потужності
- Стаття 24. Базова потужність Assetbox
- Стаття 25. Соціальна потужність Assetbox і міжрівнева різниця
- Стаття 26. Перекриття соціальної потужності
- Стаття 27. Провайдинговий цикл
- Стаття 28. Процес захисту потужності провайдингу
- Стаття 29. Синергія винагород і принципи нарахування винагород
- Стаття 30. Інструменти Реєстратора
- Глава 6. Математичний опис забезпечення консенсусу
- Глава 3. Забезпечення консенсусу в мережі блокчейн Системи Bitbon за алгоритмом Community PoS
- РОЗДІЛ 3. ЗАКЛЮЧНА ЧАСТИНА
РОЗДІЛ 1. ЗАГАЛЬНА ЧАСТИНА
Глава 1. Терміни та визначення
Стаття 1. Використання термінів
1. Терміни, що використовуються у цьому Додатку, інтерпретуються відповідно до визначень, наведених нижче:
- 1) Assetbox Реєстратора — компонент Системи Bitbon[i], призначений для реєстрації одиниць цифрового активу[i] в Системі Bitbon і такий, що забезпечує доступ до адреси зберігання одиниць обліку токену розподіленого реєстру[i] в системі обліку токенів розподіленого реєстру[i]. Доступ Користувача Системи Bitbon до Assetbox забезпечується за допомогою персонального облікового запису в Системі Bitbon[i].
- 2) UTC — всесвітній координований час, що є міжнародним стандартом середнього часу за Гринвіцьким меридіаном.
- 3) Базова потужність — параметр Assetbox Реєстратора, що визначається потужністю такого Assetbox і сукупною потужністю всіх Assetbox його першої лінії.
- 4) Базовий баланс — параметр, що визначається загальною кількістю одиниць Bitbon[i] на кореневому Assetbox Реєстратора та сумою всіх балансів Assetbox першої лінії пулу Реєстратора.
- 5) Баланс Assetbox — кількість одиниць цифрового активу Bitbon на Assetbox Реєстратора.
- 6) Блок транзакцій (блок) — спеціальна структура для запису групи транзакцій у розподіленому реєстрі[i] (блокчейні[i]).
- 7) Блок-продюсер — кандидат у блок-продюсери, що був доданий до послідовності блок-продюсерів у результаті виконання процедури жеребкування-голосування для підпису та публікації лише одного блоку в заданий момент часу (тайм-слот) у межах конкретного раунду.
- 8) Кандидат у блок-продюсери — будь-який вузол-учасник кворуму, що відповідає встановленим апаратним вимогам, із рейтингом вище заданого значення й увімкненим режимом провайдингу.
- 9) Кореневий Assetbox — Assetbox, що очолює конкретний пул Реєстратора та до якого зводяться всі зв’язки в структурі цього пулу.
- 10) Провайдинговий період — часовий період, що дорівнює 72 годинам.
- 11) Пул Реєстратора — один або більше Assetbox, задіяних у провайдингу в Системі Bitbon[i], між якими за допомогою спеціальних транзакцій встановлюється зв’язок та які утворюють структуру, що функціонує згідно з правилами і технічними протоколами забезпечення консенсусу в Системі Bitbon.
- 12) Провайдинговий цикл — сукупність трьох провайдингових періодів, протягом яких розраховуються та зберігаються потужності (базова і соціальна) для кожного Assetbox пулу Реєстратора, а також відбувається процес створення й верифікації блоків із подальшим нарахуванням винагород.
- 13) Медіана (від лат. mediāna — середина) у математичній статистиці — число, що характеризує вибірку (наприклад, набір чисел). Якщо всі елементи вибірки різні, то медіана — це таке число, коли половина з елементів вибірки більші за нього, а друга половина — менші. У більш загальному випадку медіану можна знайти, впорядкувавши елементи вибірки за зростанням або зменшенням та взявши середній елемент.
- 14) Потужність Assetbox — параметр Assetbox Реєстратора, що визначає правову вагу конкретного Реєстратора в Соціальній мережі «Система Bitbon»[i] під час посвідчення правочинів у Системі Bitbon[i]. Потужність Assetbox розраховується як сума базової та соціальної потужностей Assetbox Реєстратора й безпосередньо впливає на винагороду Реєстратора.
- 15) Процедура жеребкування-голосування — автоматичний процес, реалізований у межах консенсусу Community PoS, метою якого є формування на основі розподілених потужностей Assetbox між кандидатами в блок-продюсери послідовності блок-продюсерів, згідно з якою ці блок-продюсери підписуватимуть і публікуватимуть блоки в наступному раунді.
- 16) Соціальна потужність — параметр Assetbox Реєстратора, що формується на підставі соціальних зв’язків Реєстратора, починаючи з його другої лінії та нижче.
- 17) Вузол мережі блокчейн — апаратно-програмний комплекс, що знаходиться у розпорядженні Провайдера Системи Bitbon у ролі Партиціонера[i], підключений до мережі блокчейн Системи Bitbon, який зберігає у собі всі дані блокчейну або їх частину.
- 18) Вузол синхронізації — вузол мережі блокчейн, що у разі підключення до мережі виконує синхронізацію з іншими вузлами завдяки отриманню блоків транзакцій, транзакцій і пов’язаних із ними об’єктів від інших вузлів мережі, їх верифікації та збереження в локальному сховищі блокчейн.
- 19) Вузол-учасник кворуму — будь-який вузол синхронізації, у якого величина мережевої затримки до вузлів, що входять до складу кворуму, не перевищує порогове значення.
- 20) Рівень пулу Реєстратора — параметр, що залежить від базового балансу Assetbox Реєстратора. У межах провайдингу в Системі Bitbon існує 100 рівнів.
2. Для коректного тлумачення термінів, що використовуються в цьому Додатку, потрібно керуватися Додатком Терміни та визначення в Соціальній мережі «Система Bitbon», який є невід’ємною частиною Публічного контракту Системи Bitbon.
Глава 2. Предмет і структура Додатка
Стаття 2. Предмет Додатка
1. Предметом цього Додатка є відносини між Користувачами Системи Bitbon[i] (далі — Користувач) у ролі Реєстратора, що виникають у процесі здійснення провайдингу в Системі Bitbon.
2. Цим Додатком установлюються основоположні принципи та порядок ведення діяльності Провайдером Системи Bitbon (далі — Провайдер) у ролі Реєстратора, регламентуються його права й обов’язки з метою забезпечення економіко-правової децентралізації Системи Bitbon.
Стаття 3. Структура Додатка
1. Структура цього Додатка передбачає преамбулу, розділи, глави, які складаються зі статей, що містять частини та пункти. У Додатку також передбачені виноски та посилання на Положення Публічного контракту Системи Bitbon, а також на інші Додатки, що є невід’ємною частиною Публічного контракту Системи Bitbon.
РОЗДІЛ 2. ОСНОВНА ЧАСТИНА
Глава 3. Забезпечення консенсусу в мережі блокчейн Системи Bitbon за алгоритмом Community PoS
Стаття 4. Концепція економіко-правової децентралізації Системи Bitbon
1. Концепція економіко-правової децентралізації Системи Bitbon полягає в тому, що Користувачі завдяки базовим сервісам Системи Bitbon[i] можуть здійснювати правочини з обліку економічних відносин напряму та без посередників, а Провайдери в ролі Реєстраторів, незалежно від громадянства або країни проживання, здійснюють фіксацію таких правочинів із метою посвідчення юридичного факту через досягнення консенсусу за алгоритмом Community PoS.
Стаття 5. Основна ідея Community PoS
1. Основна ідея Community PoS полягає в організації спільноти Користувачів у статусі Провайдерів завдяки об’єднанню Assetbox Реєстраторів у пули.
2. Реєстратори надають одиниці Bitbon, що знаходяться на їх Assetbox, які об’єднані в пули Реєстраторів, для автоматичного розподілу потужності таких Assetbox між вузлами мережі блокчейн Системи Bitbon для виконання процедури голосування з метою формування послідовності блок-продюсерів, що підписуватимуть і публікуватимуть блоки.
3. Реєстратор може залучати нових Користувачів із метою розвитку спільноти Провайдерів. Кожен залучений Користувач надає одиниці Bitbon на належних йому Assetbox для формування пулу Реєстратора з метою збільшення його потужності.
4. Кожен новий Реєстратор автоматично бере участь у валідації блоків, що генерують інші члени спільноти, та у формуванні нових блоків.
5. Кожен новий Реєстратор зменшує імовірність потрапляння до групи блок-продюсерів вузлів зловмисників і збільшує вимоги до апаратних ресурсів та кількості одиниць Bitbon, що потрібні для компрометації мережі.
6. Збільшення кількості Реєстраторів приводить до підвищення стійкості мережі блокчейн Системи Bitbon, знижуючи можливість компрометації мережі.
7. Із метою підвищення ступеня децентралізації, надійності, прозорості та безпеки Системи Bitbon передбачено подальше вдосконалення алгоритму консенсусу Community PoS згідно з етапами розвитку, описаними в Дорожній карті Системи Bitbon.
8. Організація інфраструктури блокчейну Системи Bitbon на базі алгоритму консенсусу Community PoS є основою для побудови Соціальної мережі «Система Bitbon», соціально-правові, архітектурні й технічні рішення якої дозволять оперативно реагувати на виклики сучасного світу та зміни умов без зниження якості сервісу такої системи.
Стаття 6. Концепція консенсусу Community PoS
1. Основною метою консенсусу Community PoS є забезпечення децентралізації процесу публікації, верифікації та зберігання даних розподіленого реєстру за умови високого рівня продуктивності мережі зберігання та малого гарантованого інтервалу очікування підтвердження завершення транзакції.
2. Досягнення основної мети консенсусу Community PoS забезпечується таким:
- 1) використанням схеми попереднього погодження послідовності виробництва блоків блок-продюсерами для запобігання форків і колізій блоків;
- 2) централізацією мережі в момент формування блоку вузлом мережі відповідно до послідовності формування блоків;
- 3) уведенням жорсткої синхронної циклограми роботи вузлів мережі для забезпечення однозначного визначення стану мережі блокчейн;
- 4) уведенням стану мережі «відмова в обслуговуванні» для фіксації значення періоду невизначеності, коли сервіс не може кваліфікувати стан операції, що виконується вузлами мережі блокчейн;
- 5) взаємною синхронізацією вузлів мережі, щоб забезпечити дотримання циклограми голосування та формування блоків;
- 6) використанням фіксованого максимального часу оброблення транзакції (зі скасуванням у разі невиконання її у заданий період);
- 7) уведенням трьох типів протоколів функціонування вузлів мережі:
- — протокол контролю кворуму та забезпечення синхронізації часу вузлів, що є фоновим процесом, заснованим на опитуванні мережі блокчейн і таким, що забезпечує підтримування в актуальному стані інформації про доступність вузлів, які можуть брати участь у процедурах голосування та формування блоків;
- — протокол жеребкування-голосування, в межах якого формується послідовність вузлів мережі, згідно з якою вузли мережі виконуватимуть роль блок-продюсера;
- — протокол формування блоку, що містить створення блоку блок-продюсером, його верифікацію іншими вузлами мережі та систему рейтингу вузлів, яка забезпечує коректність виконання вузлами мережі функцій блок-продюсерів;
- 8) використанням алгоритму випадкового розподілу потужностей Assetbox Реєстраторів між вузлами мережі перед жеребкуванням-голосуванням серед вузлів, рейтинг яких дозволяє їм бути кандидатами у блок-продюсери, що підвищує рівень складності передбачення послідовності блок-продюсерів;
- 9) механізмом децентралізованого жеребкування-голосування під час визначення порядку виконання вузлами ролі блок-продюсерів, що здійснюється завдяки сортуванню списку вузлів за обсягом потужностей, розподілених на користь цих вузлів, визначенню меж послідовності та контролю правил участі вузлів у сформованій послідовності блок-продюсерів;
- 10) децентралізованою верифікацією блоку всіма вузлами мережі блокчейн і розсиланням повідомлення про підвищення або зниження рейтингу блок-продюсера, що генерував блок, залежно від результатів верифікації.
Стаття 7. Вузли мережі та їх роль у межах консенсусу Community PoS
1. Вузол мережі є апаратно-програмним комплексом, який знаходиться у розпоряджанні Провайдера в ролі Партиціонера[i], підключеним до мережі блокчейн Системи Bitbon, що зберігає всі дані блокчейну або їх частину. Вузол мережі блокчейн Системи Bitbon може виконувати такі ролі: вузол синхронізації; вузол-учасник кворуму; кандидат у блок-продюсери; блок-продюсер.
2. Вузол синхронізації є вузлом мережі блокчейн, що у разі підключення до мережі здійснює синхронізацію з іншими вузлами через отримання блоків транзакцій, транзакцій і пов’язаних із ними об’єктів від інших вузлів мережі, їх верифікації та збереження в локальному сховищі блокчейн. Синхронізація часу вузла здійснюється відповідно до позначки часу останнього валідного блоку та метрикою затримки до блок-продюсера, що сформував цей блок, а також позначками часу від інших вузлів мережі. Після процедури синхронізації вузол виконує верифікацію та збереження транзакцій і блоків, що до нього надходять. Якщо метрика часу поширення блоку для цього вузла менше встановленого значення, то цей вузол мережі блокчейн зобов’язаний брати в оброблення транзакції від клієнтських додатків та/або сервісів, а після верифікації ретранслювати їх усім іншим вузлам мережі. В іншому випадку або якщо кворум мережі вузлів блокчейн не досягнуто, то вузол не приймає транзакції в оброблення, повертаючи помилку «відмова в обслуговуванні».
3. Вузол-учасник кворуму є вузлом синхронізації, у якого величина мережевої затримки до вузлів, що входять до складу кворуму, не перевищує порогове значення. Для реалізації протоколу роботи консенсусу Community PoS у мережі блокчейн має бути число вузлів більше, ніж розмір кворуму, визначеного Операторами Системи Bitbon[i] (не менше 2/3 числа вузлів мережі блокчейн). Вузол-учасник кворуму бере участь у процедурі формування рейтингу відповідно до системи рейтингу вузлів. Якщо в процесі оброблення транзакцій і блоків учасник кворуму виявляє порушення правил оброблення, то він надсилає усім вузлам мережі відповідне повідомлення про зниження рейтингу джерел невалідних даних. Якщо дані валідні, то надсилається повідомлення про підвищення рейтингу відповідних блок-продюсерів.
4. Кандидат у блок-продюсери є вузлом-учасником кворуму, що відповідає встановленим апаратним вимогам, із рейтингом вище заданого значення та включеним режимом провайдингу. В цьому випадку такий вузол буде включено в процедуру розподілу потужностей Assetbox пулу Реєстраторів.
5. Блок-продюсером є кандидат у блок-продюсери, який було включено до послідовності блок-продюсерів у результаті виконання процедури жеребкування-голосування для підпису та публікації лише одного блоку в заданий момент часу (тайм-слот) у межах конкретного раунду.
Стаття 8. Забезпечення системи жеребкування-голосування
1. Протоколом консенсусу Community PoS передбачено процедуру автоматичного перерозподілу потужностей Assetbox Реєстраторів[i] між кандидатами в блок-продюсери з метою автоматизації процедури голосування Реєстраторів і запобігання загроз централізації Системи Bitbon.
2. Для підключення Assetbox до процедури автоматичного голосування потрібно здійснити передачу потужності Assetbox Реєстратора до пулу Реєстратора способом, зазначеним у частині 1 статті 19 цього Додатка.
3. Потужності Assetbox Реєстраторів, що беруть участь в автоматичному розподілі, асоціюються випадковим чином між усіма вузлами мережі блокчейн Системи Bitbon із відповідним рейтингом, які відповідають актуальним на момент голосування вимогам щодо продуктивності та якості каналу зв’язку (вузол у ролі кандидата в блок-продюсери).
Стаття 9. Процедура жеребкування-голосування
1. Процедура жеребкування-голосування становить процес, метою якого є формування на основі розподілених потужностей Assetbox Реєстраторів між кандидатами в блок-продюсери послідовності блок-продюсерів, згідно з якою ці блок-продюсери підписуватимуть і публікуватимуть блоки в наступному раунді.
2. Процедура жеребкування-голосування здійснюється відповідно до циклограми голосування та формування блоків і складається з раундів, тривалість яких дорівнює числу блок-продюсерів, помноженому на інтервал часу, що дорівнює 1 секунді.
3. Число блок-продюсерів у межах процедури жеребкування-голосування встановлюється Операторами Системи Bitbon.
4. Процедура жеребкування-голосування починається після закінчення чергового раунду. Жеребкування-голосування виконується протягом усього раунду. Ознакою закінчення чергового раунду може виступати фінальний блок раунду або повідомлення позначки часу замість нього, якщо в цей тайм-слот не було транзакцій.
5. Голосування в межах процедури жеребкування-голосування виконується в такому порядку:
- 1) протягом перших 2 секунд кожен вузол на основі розподілених потужностей Assetbox Реєстраторів між кандидатами в блок-продюсери повинен випадковим чином сформувати список можливих позицій (послідовність) від 1 до n для кожного з вузлів кандидатів у блок-продюсери з потужністю вищою за нижню межу та відповідним рейтингом, після чого надіслати хеш цього списку (послідовності) всім вузлам-учасникам кворуму;
- 2) із числа вузлів, що можуть бути включені до послідовності, виключається блок-продюсер, що останнім формує блок у поточному раунді;
- 3) елементи послідовності з однаковими позиціями не допускаються;
- 4) забороняється включати до послідовності 2 елементи з одним ідентифікатором;
- 5) на 5-й секунді кожен вузол-учасник кворуму за кількістю голосів за кожен унікальний хеш послідовності визначає, чи набрала максимум голосів сформована ним послідовність. Якщо ні, то вузол переходить у режим очікування отримання послідовності блок-продюсерів. У іншому випадку вузол перевіряє, що число голосів більше або дорівнює 2/3 кворуму. Якщо число голосів більше або дорівнює 2/3 кворуму, то вузол публікує отриману послідовність. Інакше вузол публікує повідомлення про помилку формування послідовності та переходить у режим очікування початку наступного раунду;
- 6) кожен вузол до 9-ї секунди отримує послідовність виробництва блоків або помилку від інших вузлів.
6. Кожен вузол, незалежно від ролі, верифікує блоки, що надходять, згідно із розрахованою/отриманою послідовністю блок-продюсерів.
7. Кандидат у блок-продюсери, зазначений у результуючій послідовності, у свій тайм-слот виконує роль блок-продюсера.
Стаття 10. Формування блоків
1. Блок формується блок-продюсером із транзакцій, що знаходяться в його транзакційному пулі в період між позначкою часу останньої транзакції в останньому валідному сформованому блоці та моментом формування блоку в поточному тайм-слоті, що він обслуговує, згідно з правилами:
- 1) якщо в оброблюваний тайм-слот не було жодної транзакції, блок не формується, але водночас усім вузлам розсилається позначка часу завершення тайм-слота;
- 2) вузол у ролі блок-продюсера формує блок на базі хеш-коду попереднього валідного блоку з транзакцій, що знаходяться у його транзакційному пулі;
- 3) у межах раунду блок-продюсер може формувати блок лише 1 раз;
- 4) блок-продюсер за жодних умов не може формувати 2 блоки поспіль;
- 5) усі вузли (зокрема і блок-продюсери в поточному раунді) виконують роль
вузла синхронізації, отримуючи транзакції, виконуючи їх та перевіряючи
блоки, що надходять:
- — якщо блок валідний, то він і транзакції, що до нього входять, фіксуються у сховищі;
- — якщо блок невалідний, вузол його ігнорує та чекає на прихід валідного блоку з таким самим номером;
- 6) якщо блок-продюсер не зміг верифікувати попередній блок у момент обслуговування свого тайм-слота, то він формує новий із тим самим номером, додаючи до нього всі транзакції в транзакційному пулі, зокрема ті, що надійшли в минулі тайм-слоти, відсортовані за часом створення (крім тих, у яких закінчився час оброблення). Блок-продюсер розсилає повідомлення про зниження рейтингу попереднього блок-продюсера.
Стаття 11. Рейтинг вузла
1. Рейтинг кожного вузла формується за допомогою повідомлень, що розсилаються мережею блокчейн Системи Bitbon усіма вузлами як результат верифікації чергового формування блоку.
2. Зміни рейтингу приймаються усіма вузлами мережі на користь усіх вузлів мережі, зокрема на користь блок-продюсера, та приймаються через період часу, що дорівнює тривалістю 3 тайм-слотам після формування блока, за умови, що число повідомлень буде більшим або дорівнюватиме кворуму (водночас контролюється кількість повідомлень від кожного вузла). Враховується лише одне повідомлення від вузла на кожен блок.
3. Основні фактори, що впливають на рейтинг вузлів:
- 1) підвищення рейтингу здійснюється:
- — за коректно сформований блок;
- — за виконання умов участі у кворумі (видається Оператором Системи Bitbon);
- — якщо блок-продюсер сформував за добу мінімум один блок і не отримав зниження рейтингу;
- 2) зниження рейтингу здійснюється:
- — якщо блок-продюсер включив понад 10 транзакцій, що належать до попереднього тайм-слота;
- — якщо блок-продюсер сформував блок не у свій тайм-слот;
- — якщо блок-продюсер не сформував блок і не надіслав пакет із часовою позначкою у свій тайм-слот;
- — якщо вузол надіслав понад 2 повідомлення про підвищення/зниження рейтингу на один блок (паузу);
- — якщо вузол транслював невалідну транзакцію або одну й ту саму транзакцію повторно (за кожний повтор);
- — обнуління рейтингу, якщо блок-продюсер сформував невалідний блок (включив невалідну транзакцію).
4. На розрахунок рейтингу вузла мережі також можуть впливати інші події та значення метрик.
Глава 4. Наукове математичне обґрунтування загальної імовірнісної моделі процесу формування послідовності блок-продюсерів
Стаття 12. Розподіл потужностей Assetbox Реєстраторів вузлами мережі — кандидатами в блок-продюсери
1. Вихідними даними є група Assetbox . Кожен Assetbox e(j) характеризується унікальним ідентифікатором a із множини A та потужністю (додатною числовою характеристикою) b(j)
,
,
де N — число Assetbox Реєстраторів, що беруть участь у провайдингу.
На користь вузлів мережі блокчейн (кандидатів у блок-продюсери) випадковим (квазівипадковим) чином передаються потужності Assetbox. Потужність кожного Assetbox передається лише одному з вузлів. Залежно від стану групи виникає набір додатних імовірностей
,
передачі потужності j-го Assetbox i-му кандидату в блок-продюсери. Для кожного Assetbox сума імовірностей передачі потужності цього Assetbox певному вузлу-кандидату в блок-продюсери для всіх вузлів дорівнює одиниці
.
Імовірність розподілу потужностей групи Assetbox із номерами на користь i-го вузла дорівнює
.
Імовірність передачі i-му вузлу потужностей цих Assetbox дорівнює
.
Якщо вузлу i точно передано набір потужностей Assetbox , а іншим вузлам — кандидатам в блок-продюсери передаються інші неперетинні набори потужностей Assetbox, водночас об’єднання таких наборів за всіма вузлами дає множину потужностей Assetbox, тоді імовірність того, що всім вузлам будуть передані потужності своїх унікальних наборів Assetbox визначається як добуток за всіма вузлами мережі блокчейн імовірностей
,
тобто
.
Стаття 13. Формування послідовності блок-продюсерів із кандидатів у блок-продюсери
1. Кожен вузол зі своїм набором потужностей Assetbox із загального набору в n вузлів мережі блокчейн може бути вибраний до групи блок-продюсерів із k вузлів .
Імовірність p(i)[H] вибору i-го вузла до обраної групи залежить від стану вузлів H=(E1,E2,...,En), де стан вузлів визначається потужностями Assetbox, розподіленими на їхню користь
.
V(i) – випадкова величина, що показує число потраплянь i-го вузла до обраної групи, тобто V(i) — індикатор потрапляння i-го вузла до обраної групи, i=1,2,...,n, що набуває значення 0 або 1. означає число вузлів у обраній групі.
Імовірність потрапляння i-го вузла до обраної групи з k блок-продюсерів дорівнює
умовній імовірності потрапляння i-го вузла до обраної групи за умови, що число вузлів у обраній групі дорівнює k.
Ця умовна імовірність визначається як відношення добутку P(V(i)=1,V=k) цих двох подій до імовірності P(V=k) умови.
Імовірність умови дорівнює
сумі імовірностей добутку подій приналежності певного вузла групі (обраній або необраній) подій, коли обрана група складається з k вузлів.
Далі визначається імовірність добутку P(V(i)=1, V=k), тобто з цієї суми виокремлюються ті доданки, в яких V(i)=1, а сума інших індикаторів дорівнює k-1. Така імовірність визначається
.
Імовірність потрапляння i-го вузла до обраної групи з k блок-продюсерів дорівнює
умовній імовірності потрапляння i-го вузла до обраної групи за умови, що число вузлів у обраній групі дорівнює k i
або
,
де
.
Стаття 14. Події повторного формування послідовності блок-продюсерів
1. Умовна імовірність потрапляння i-го вузла до обраної групи блок-продюсерів на r-у позицію за умови, що розмір групи блок-продюсерів становить k вузлів, дорівнює .
Умовна імовірність повтору фрагмента послідовності з певних w вузлів у групі блок-продюсерів із k вузлів, за умови, що вузли, які брали участь у процедурі вибору, вже включені до послідовності, дорівнює імовірності
того, що цей фрагмент послідовності розміщено на початку послідовності блок-продюсерів, помноженій на число позицій послідовності (k-w+1), у яких цей фрагмент послідовності може бути розміщено, у групі блок-продюсерів із k вузлів
.
Імовірність умови формування фрагмента послідовності i(1),i(2),...,i(w) дорівнює добутку імовірностей p(i(1)),p(i(2)),...p(i(w)). Імовірність появи фрагмента послідовності i(1),i(2),...,i(w) на черговому кроці в групі блок-продюсерів дорівнює добутку умовної імовірності P(r)(w,k) на імовірність умови p(i(1))p(i(2))...p(i(w)) та дорівнює
.
Стаття 15. Оцінка імовірності стаціонарності результатів процесу формування послідовності блок-продюсерів щодо етапів розподілу потужностей Assetbox і формування послідовності блок-продюсерів
1. Як оцінка варіантів вирішення визначається кількість можливих способів розбити множину із N елементів на неперетинні підмножини A(i), A=A(1)+A=(2)+ ... +A=(K), де i=1,2,...,K і K < N, що дорівнює KN . Перший елемент a(1) множини A може потрапити до будь-якої з K підмножин, другий елемент a(2) множини A може потрапити до будь-якої з K підмножин ... і так N разів. Розбиття вихідної множини A на неперетинні підмножини A(i), де i=1,2,...,K, є результатом етапу розподілу потужностей Assetbox на користь вузлів мережі — кандидатів у блок-продюсери.
Далі здійснюється розрахунок потужності.
Кожна підмножина A(i) набуває стан Ei, що визначається потрапившими до нього елементами a(i(s)), s=1,2,...,l=l(i),
.
У загальному випадку стани підмножин будуть змінюватися. Результат реалізації етапу розподілу потужності подано як число переставлянь Nsh підмножин множини A (під переставлянням у цьому випадку мається на увазі впорядкування A(i) за величиною Ei ), що дорівнює
Nsh=K!
Кожне переставляння є вихідними даними для операції формування послідовності блок-продюсерів, за допомогою якої із підмножин A(i) вибираються привілейовані підмножини A(v), де v=1,2,...,П. Загальна кількість виборів Nselect привілейованих невпорядкованих підмножин із груп блок-продюсерів дорівнює
.
У загальному випадку імовірність потрапляння елемента e(i) до конкретної підмножини Aj (подія X), наприклад, перше j=1, дорівнює . Імовірність вибору підмножини A1 до привілейованої групи (групи блок-продюсерів) за умови, що подія X відбулась (у підмножині A1 розміщено елемент e(i1), подія Y), дорівнює . Імовірність повторного потрапляння елемента до підмножини, що надалі потрапить до привілейованої групи на те саме місце
.
До підмножини було вибрано u елементів і ця підмножина потрапила до привілейованої групи на певну позицію в групі блок-продюсерів, подією X буде вибір на наступному кроці такої ж кількості u елементів у ту саму підмножину, а подією Y — вибір цієї підмножини до привілейованої групи в ту саму позицію. Визначається
і
.
На підставі вищевикладеного визначається значення імовірності розподілу потужностей Assetbox до конкретного вузла мережі й імовірність розподілу конкретного вузла мережі — кандидата в блок-продюсери до привілейованої групи вузлів, що здійснюють виробництво блоків.
Імовірність добутку описаних вище подій буде мала за великих значень аргументів.
Глава 5. Роль Реєстратора у забезпеченні консенсусу в Системі Bitbon
Стаття 16. Концепція забезпечення консенсусу в Системі Bitbon
1. Основою концепції забезпечення консенсусу в Системі Bitbon[i] є ефективність діяльності Провайдера[i] в ролі Реєстратора[i], як учасника соціальної мережі економічних відносин, який зацікавлений у її розвитку, надійності та безпеці.
2. За концепцією забезпечення консенсусу в Системі Bitbon цінністю є сама людина та її ресурси, виражені в соціальних зв’язках і одиницях Bitbon[i].
3. Забезпечення консенсусу в Системі Bitbon здійснюється завдяки використанню алгоритму Community PoS у розподіленому реєстрі Системи Bitbon.
4. Забезпечення консенсусу в Системі Bitbon є першочерговим завданням усієї спільноти Соціальної мережі «Система Bitbon»[i].
5. Діяльність Провайдера в ролі Реєстратора спрямована на фіксацію правочинів у Системі Bitbon[i] із метою посвідчення юридичного факту через досягнення консенсусу за алгоритмом Community PoS.
6. Участь Провайдера у забезпеченні консенсусу реалізується завдяки функціональним можливостям інфраструктури Системи Bitbon[i].
7. Для участі у провайдингу в ролі Реєстратора Користувач має підключити свій Assetbox до пулу Реєстратора.
8. Беручи участь у провайдингу, Реєстратори надають одиниці Bitbon на своїх Assetbox для автоматичного розподілу потужності таких Assetbox між вузлами мережі блокчейн Системи Bitbon для виконання процедури голосування.
9. Потужності пулів Реєстратора беруть участь у процедурі жеребкування-голосування з метою формування послідовності вузлів мережі, що підписують і публікують блоки.
10. Реєстратори акумулюють належні їм одиниці Bitbon на Assetbox, що вони підключають до пулу Реєстратора, а також формують і розвивають свої власні пули, завдяки чому підвищують потужність свого пулу та його правову вагу під час посвідчення правочинів через досягнення консенсусу в Системі Bitbon. Система Bitbon через фонд провайдингу[i] як один зі своїх компонентів розподіляє винагороду серед Реєстраторів залежно від кількості наданих кожним Реєстратором одиниць Bitbon, а також від сформованих ними соціальних зв’язків.
Стаття 17. Етапи реалізації провайдингу, спрямованого на забезпечення економіко-правової децентралізації Системи Bitbon
1. Реалізація провайдингу[i], спрямованого на забезпечення економіко-правової децентралізації Системи Bitbon, здійснюється згідно з етапами, що зазначені в Дорожній карті децентралізації.
Стаття 18. Улаштування пулу Реєстратора
1. Пул Реєстратора складається з одного або більше Assetbox, що беруть участь у провайдингу. Зв’язок між Assetbox установлюється завдяки спеціальним транзакціям. Пул Реєстратора функціонує згідно з правилами та технічними протоколами забезпечення консенсусу Community PoS.
2. Кожен пул Реєстратора має кореневий Assetbox. Усі Assetbox, що безпосередньо підключені до кореневого Assetbox, називаються першою лінією підключення.
3. Пули Реєстратора можуть бути кількох видів:
- 1) пул Реєстратора з одним Assetbox, що підключився до провайдингу;
- 2) пул Реєстратора з 1-ю лінією підключення;
- 3) пул Реєстратора з 2-ю та більше лініями підключення.
Стаття 19. Підключення до провайдингу та призупинення участі в провайдингу
1. Для підключення до провайдингу потрібно виконати транзакцію з переказу 0,0001 одиниці Bitbon із коментарем /providing на Assetbox, до якого здійснюється підключення.
2. Для підключення до провайдингу рівень верифікації облікового запису[i] Користувача в Системі Bitbon повинен відповідати категорії ID Passport[i] «Персональний» або вище.
3. У разі якщо Реєстратор не приймає транзакції з винагородою за участь у провайдингу протягом 5 провайдингових періодів, його участь у провайдингу буде призупинено. Для цього протягом 6-го провайдингового періоду з моменту останнього прийняття Реєстратором транзакції з винагородою за участь у провайдингу на Assetbox пулу такого Реєстратора з Assetbox фонду провайдингу буде автоматично надіслано транзакцію 0,00000001 одиниці Bitbon із коментарем /suspend_providing.
4. Призупинення участі Реєстратора в провайдингу означає, що Assetbox пулу такого Реєстратора перестає брати участь у провайдингу й отримувати винагороду, водночас соціальні зв’язки в структурі пулу через цей Assetbox зберігаються, але якісні та кількісні показники для нього не розраховуються.
5. Для відновлення участі Assetbox пулу Реєстратора в провайдингу Користувачу потрібно здійснити транзакцію з такого Assetbox із переказу 0,0001 одиниці Bitbon із коментарем /restart_providing на адресу 0x82ccf67061e2f11c3a317f2799ec0b119e96b5b0 — Assetbox фонду провайдингу.
6. Після реєстрації цієї транзакції з відновлення участі в провайдингу в Системі Bitbon у наступному провайдинговому періоді для Assetbox пулу такого Реєстратора буде запущено процес нарощування потужності.
7. У разі якщо після реєстрації транзакції відновлення в провайдингу Реєстратор протягом 5 провайдингових періодів не буде отримувати транзакції з винагородою за участь у провайдингу, його участь у провайдингу буде призупинено. Для цього протягом 6-го провайдингового періоду з моменту реєстрації транзакції відновлення участі в провайдингу на Assetbox пулу такого Реєстратора з Assetbox фонду провайдингу буде автоматично надіслано транзакцію 0,00000001 одиниці Bitbon із коментарем /suspend_providing.
Стаття 20. Механізм реалізації концепції економіко-правової децентралізації Системи Bitbon
1. Провайдери в ролі Реєстраторів, надаючи належні їм одиниці Bitbon для участі у провайдингу, набувають певної правової ваги, що дозволяє їм завдяки досягненню консенсусу за алгоритмом Community PoS фіксувати правочини в Системі Bitbon із метою посвідчення їх юридичного факту. За свою діяльність Реєстратор отримує винагороду, розмір якої залежить від способу участі конкретного Реєстратора в економіко-правовій децентралізації Системи Bitbon.
2. Участь конкретного Реєстратора в економіко-правовій децентралізації Системи Bitbon реалізується одним із трьох способів.
3. Перший спосіб реалізується в момент першого підключення Реєстратором свого Assetbox до провайдингу. Отже, Реєстратор набуває власної правової ваги в Соціальній мережі «Система Bitbon» для участі в посвідченні правочинів у Системі Bitbon. Правова вага такого Реєстратора залежить від кількості Bitbon[i] на його Assetbox.
4. Другий спосіб реалізується в момент підключення таким Реєстратором нових Реєстраторів до першої лінії свого пулу. Такий пул Реєстратора задіює більший обсяг одиниць Bitbon у провайдингу, отримує більшу правову вагу та складається із кореневого Assetbox і сукупної кількості Assetbox усіх учасників пулу — першої лінії підключення.
5. Третій спосіб реалізується, коли учасники першої лінії підключення пулу такого Реєстратора також підключають нових учасників до своїх пулів, що стали частиною початкової структури пулу Реєстратора. Такий пул має масштабніші соціальні зв’язки та значну правову вагу, складається з кореневого Assetbox, Assetbox Реєстраторів першої лінії та Assetbox Реєстраторів другої лінії і нижче.
Стаття 21. Потужність Assetbox
1. Основним параметром кореневого Assetbox Реєстратора є його потужність, що визначає правову вагу конкретного Реєстратора в Соціальній мережі «Система Bitbon» під час посвідчення правочинів у Системі Bitbon і розраховується як сума базової та соціальної потужностей Assetbox Реєстратора.
2. Потужність Assetbox Реєстратора вимірюється в одиницях потужності.
3. Потужність Assetbox є ключовим показником для розрахунку винагороди Реєстратора.
Стаття 22. Власна потужність Assetbox
1. Кожний Assetbox має власну потужність, яка залежить від кількості одиниць Bitbon, що зберігаються на ньому, і дорівнює 25% від балансу такого Assetbox.
Стаття 23. Процес нарощування потужності
1. Процес нарощування потужності починається у разі підключення Assetbox до пулу Реєстратора з другого після підключення провайдингового періоду. Протягом 10 провайдингових періодів відбувається збільшення потужності Assetbox до його номінального значення.
2. Якщо під час процесу нарощування потужності баланс Assetbox Реєстратора було поповнено, то з наступного після поповнення періоду виникає паралельний процес нарощування потужності цього Assetbox.
3. Якщо під час процесу нарощування потужності баланс Assetbox Реєстратора зменшився, то нарощування потужності розраховується та виконується відповідно до кількості одиниць Bitbon, що залишилися на Assetbox, а не від початкового його балансу.
4. Одиниці Bitbon, що надходять на Assetbox Реєстратора від фонду провайдингу як винагорода, підключаються до провайдингу одразу після їх прийняття Реєстратором і не проходять через процес нарощування потужності.
5. Коли кореневий Assetbox Реєстратора знаходиться у процесі нарощування потужності, у разі переказу одиниць Bitbon із Assetbox першої лінії підключення потужність для розрахунку винагороди на кореневому Assetbox Реєстратора може бути відсутня протягом кількох провайдингових періодів.
Стаття 24. Базова потужність Assetbox
1. Базова потужність формується, коли до Assetbox Реєстратора підключаються інші Assetbox.
2. Базову потужність визначають власна потужність Assetbox Реєстратора та потужності Assetbox його першої лінії підключення.
Стаття 25. Соціальна потужність Assetbox і міжрівнева різниця
1. Соціальна потужність Assetbox формується за рахунок соціальних зв’язків Реєстратора, починаючи з другої лінії підключення та нижче.
2. Усі Assetbox пулу Реєстратора розподілені за рівнями. Рівень залежить від базового балансу пулу Реєстратора: чим більша кількість одиниць Bitbon на Assetbox Реєстратора та його першій лінії підключення, тим вищий рівень пулу.
3. Для Assetbox Реєстраторів у провайдингу передбачена 100-рівнева шкала, за якою розподіляються базові баланси таких Assetbox. Значення межі сотого рівня залежить від медіани розподілу балансів Assetbox у провайдингу. Значення базового балансу Assetbox, під час досягнення якого Assetbox отримує сотий рівень, розраховується відносно цієї медіани.
4. Розподіл Assetbox Реєстраторів за рівнями відбувається відповідно до розрахованого базового балансу та значення, вираженого в одиницях Bitbon, у разі досягнення якого Assetbox отримує 100-й рівень.
5. Міжрівнева різниця пулу Реєстратора формується за таким принципом: чим більша різниця між рівнем Assetbox Реєстратора та рівнем нижчого Assetbox у його пулі, тим більшу частку соціальної потужності отримує Assetbox такого Реєстратора.
Стаття 26. Перекриття соціальної потужності
1. Перекриття соціальної потужності відбувається у разі, якщо в структурі пулу Реєстратора з’являється Assetbox із базовим балансом (рівнем), що дорівнює або вище за базовий баланс (рівень) Assetbox такого Реєстратора.
2. У результаті перекриття соціальної потужності Assetbox Реєстратора втрачає соціальну потужність і не бере участі в розрахунку винагород на наступний провайдинговий період за цією гілкою пулу Реєстратора.
3. Якщо в структурі пулу Реєстратора існує Assetbox із балансом меншим ніж 0,001, то цей Assetbox не бере участі в провайдингу та не отримує винагороду, водночас соціальні зв’язки в структурі пулу через цей Assetbox зберігаються, але якісні та кількісні показники для нього не розраховуються.
4. У межах провайдингу в Системі Bitbon для Assetbox Реєстратора передбачено «індикатор перекриття потужності», що відображається на аналітичній панелі Реєстратора та є інструментом контролю рівнів базових балансів Assetbox пулу Реєстратора.
Стаття 27. Провайдинговий цикл
1. Провайдинговий цикл складається з трьох провайдингових періодів, протягом яких розраховуються та зберігаються потужності (базова та соціальна) для кожного Assetbox пулу Реєстратора, а також відбувається процес створення й верифікації блоків із подальшим нарахуванням винагород.
2. Розрахунок провайдингових циклів для кожного Assetbox Реєстратора, що бере участь у провайдингу, здійснюється паралельно.
3. У межах 1-го періоду провайдингового циклу відбувається розрахунок та збереження базової та соціальної потужностей для кожного Assetbox пулу Реєстратора. Для розрахунку потужностей Assetbox завжди береться мінімальний баланс за провайдинговий період.
4. У межах 2-го періоду провайдингового циклу потужності Assetbox, що входять до пулу Реєстратора, беруть участь у створенні блоків-транзакцій і подальшій їх верифікації.
5. У межах 3-го періоду провайдингового циклу виконується нарахування винагород на Assetbox Реєстраторів за потужності, розраховані на першому періоді провайдингового циклу.
6. У разі підключення Assetbox Реєстратора до пулу перший провайдинговий цикл складається з чотирьох провайдингових періодів:
- 1) перший провайдинговий період передбачає приєднання Assetbox Реєстратора до пулу;
- 2) мінімальний баланс такого Assetbox у період підключення дорівнює нулю, процес нарощування потужності буде запущено згідно з розрахованими показниками за другий провайдинговий період. Потужність Assetbox збільшуватиметься протягом 10 провайдингових періодів до його номінального значення;
- 3) протягом третього провайдингового періоду потужності, розраховані за другий період, братимуть участь у створенні блоків-транзакцій і подальшій їх верифікації;
- 4) протягом четвертого провайдингового періоду здійснюватиметься процес нарахування винагород за потужності, розраховані за другий провайдинговий період і такі, що брали участь у підписанні блоків-транзакцій та подальшій їх верифікації в третьому провайдинговому періоді.
7. Винагорода та вся система провайдингу прив’язані до серверного часу за UTC.
Стаття 28. Процес захисту потужності провайдингу
1. Процес захисту потужності провайдингу (Providing Power Protection) створений із метою формування умов стабільного функціонування сервісу провайдингу й оптимального розподілу потужностей між Провайдерами в ролі Реєстратора.
2. Процес захисту потужностей провайдингу полягає в такому:
- 1) у момент завершення провайдингового періоду (після закінчення 72 годин) відбувається аналіз операцій із переказу одиниць Bitbon на Assetbox Реєстраторів за цей період;
- 2) якщо значення балансу Assetbox, на підставі якого розраховується значення потужності за цей провайдинговий період, менше, ніж за попередній провайдинговий період, то потужність цього Assetbox зменшується на чотирикратну величину різниці потужностей, розрахованих до і після зменшення балансу цього Assetbox. Потужність, на яку зменшилася потужність цього Assetbox, відновлюється до величини, що відповідає новому балансу, протягом 10 провайдингових періодів: по 10% за один провайдинговий період;
- 3) у разі повторного зменшення балансу на одному з наступних періодів створюється ще один процес захисту потужності провайдингу, що підсумовується з незавершеними процесами захисту потужності, які виникли раніше.
3. Процес захисту потужності провайдингу не поширюється на ті одиниці Bitbon, які були отримані як винагорода за провайдинг, за умови, що ці одиниці Bitbon були переказані з Assetbox Реєстратора в той самий період, у якому було прийнято винагороду (до початку їх участі в провайдингу в наступному провайдинговому періоді).
Стаття 29. Синергія винагород і принципи нарахування винагород
1. Отримана сума винагороди нараховується у відповідний провайдинговий період на Assetbox Реєстратора. У транзакції нарахування винагороди в коментарях деталізується, яку винагороду Реєстратор отримав за свою базову потужність, а яку винагороду — за соціальну потужність.
2. Якщо протягом 9 днів Реєстратор не приймає транзакцію із винагородою, то така транзакція повертається на користь фонду провайдингу для подальшого перерозподілу між Реєстраторами. У разі якщо Реєстратор не прийме транзакцію із винагородою в установлений період, то така винагорода не може бути нарахована вдруге.
3. Серед основних принципів нарахування винагород можна зазначити такі:
- 1) Чим більше баланс Assetbox Реєстратора, що бере участь у провайдингу, тим більшу винагороду отримує Реєстратор.
- 2) Винагорода Реєстратора пропорційна його внеску до формування свого пулу Реєстратора.
- 3) Провайдинг є циклічним процесом, один період якого дорівнює 72 годинам. Кожні 72 години всім Реєстраторам із фонду провайдингу нараховується винагорода за участь у провайдингу. Розмір винагороди безпосередньо залежить від базової та соціальної потужностей Assetbox Реєстратора.
Стаття 30. Інструменти Реєстратора
1. У Системі Bitbon[i] передбачені такі інструменти Реєстратора: аналітична панель Реєстратора; додаток для віртуального моделювання пулів Реєстраторів[i]; графік «Наведений базовий баланс 100-го рівня»; графік «Кількість Bitbon у провайдингу»; графік «Потужність Assetbox»; графік «Динаміка змін характеру структури пулів»; калькулятор Реєстратора; бот-радник.
2. Аналітична панель Реєстратора є основним інструментом Реєстратора, що відображає детальну інформацію про всі Assetbox на всіх лініях пулу Реєстратора: базовий баланс, загальну потужність, рівень Assetbox та інші дані. Аналітична панель Реєстратора відображає розширену та докладну статистику розподілу винагород між Assetbox Реєстраторів.
3. Додаток для віртуального моделювання пулів Реєстратора створено з метою проведення попереднього навчання й ознайомлення з провайдингом[i] у Системі Bitbon та вивчення основних принципів роботи Реєстратора. Комплекс інструментів додатка, включно з графіками та різними видами налаштувань параметрів, дозволяє зрозуміти принципи побудови моделей пулів Реєстратора з різними комбінаціями Assetbox, що входять до пулу Реєстратора, та їх балансів.
4. Графік «Наведений базовий баланс 100-го рівня» становить лінійний графік, на якому вісь Y відображає значення, виражене в одиницях Bitbon, за умови досягнення якого Assetbox отримує 100-й рівень. Вісь Х відображає 90 провайдингових періодів.
5. Графік «Кількість Bitbon у провайдингу» становить лінійний графік, на якому вісь Y відображає суму балансів усіх Assetbox Реєстраторів, що беруть участь у провайдингу, а вісь Х відображає 90 провайдингових періодів.
6. Графік «Кількість Bitbon, для винагород» становить лінійний графік, на якому вісь Y відображає кількість одиниць Bitbon, що буде розподілена між Реєстраторами наприкінці провайдингового періоду, а вісь Х відображає 90 провайдингових періодів.
7. Графік «Потужність Assetbox» становить лінійний графік, на якому вісь Y відображає суму потужностей всіх Assetbox Реєстраторів, що беруть участь у провайдингу, а вісь Х відображає 90 провайдингових періодів.
8. Графік «Динаміка змін характеру структури пулів» становить лінійний графік, що відображає розрахунковий показник ступеня наближеності сумарної потужності всіх Assetbox Реєстраторів, що беруть участь у провайдингу, до потужності «ідеального пулу» (теоретично можливої потужності всіх пулів Реєстраторів у Системі Bitbon).
9. Калькулятор Реєстратора — один із основних інструментів, розроблений із метою надання Реєстраторам можливості зробити попередній розрахунок винагород за участь у забезпеченні консенсусу в Системі Bitbon. Цей додаток в автоматичному режимі за введеними даними дозволяє спрогнозувати варіанти отримання доходу з можливістю вибору періоду прогнозування й однією з трьох основних моделей прогнозування:
- 1) 1-ша модель: прогноз складається на підставі того, що у Реєстратора є лише свій Assetbox, і в провайдингу бере участь лише його власна потужність;
- 2) 2-га модель: прогноз складається на підставі того, що у Реєстратора існує підключена перша лінія, тобто є базова потужність;
- 3) 3-тя модель: прогноз складається на підставі того, що у Реєстратора підключена друга лінія та нижче, тобто існує соціальна потужність.
10. Adviser Bot — бот-радник створений для своєчасного інформування Реєстратора про ключові події в його пулі за допомогою месенджера Telegram. Бот-радник повідомляє Реєстратору про вхідні транзакції з винагородами, про підключення нових Assetbox до пулу, про перерозрахунки рівнів і потужностей тощо. Бот-радник надає рекомендації з підвищення ефективності управління пулом. Інформаційні повідомлення, що бот надсилає до месенджера, дублюються в аналітичній панелі Реєстратора в спеціальній вкладці Adviser Bot.
Глава 6. Математичний опис забезпечення консенсусу
Стаття 31. Аналітичні вирази для виконання послідовності дій, пов’язаних із нарахуванням винагороди Реєстраторам за участь у провайдингу
1. Вихідні дані:
N — число Assetbox Реєстраторів, що беруть участь у провайдингу,
B(n) — баланс Assetbox із номером n, n=1,2,3,...,N,
BB(n)=B(n)+B(1)(n) — базовий баланс, де сума балансів Assetbox його першої лінії підключення, B(n(i)) — баланс i-го Assetbox із першої лінії з номером n(i).
2. Обчислюється (загальна величина)
Bсер — середнє з балансів Assetbox Реєстраторів, що беруть участь у провайдингу,
.
Знаходиться (індивідуальна величина) для кожного Assetbox із номером n
bo(n) — відносний баланс Assetbox,
.
4. Задається z > 0 — коефіцієнт впливу першої лінії підключення та функція f(bo(n)) — регулятор впливу першої лінії — через вибір її параметрів
a > d > 0, c > 0.
Вона обнуляє величину виведення на рівень нульових Assetbox.
Залежить від відносного балансу bo(n) Assetbox із номером n.
Вона неперервна на додатній напівосі та f(0)=0, f(∞)=1:
.
5. За сумарним балансом B(1)(n) першої лінії підключення для кожного Assetbox із номером n знаходиться R(n) — величина виведення Assetbox із номером n на певний рівень (наведений базовий баланс), що задається величиною
R(n)=B(n)+z*B(1)(n)*f(bo(n)),
яка залежить від балансу B(n) Assetbox із номером n, а також від сумарного балансу його першої лінії підключення. У цій формулі присутні:
z > 0 — коефіцієнт впливу першої лінії підключення та функція f(bo(n)) — регулятор впливу першої лінії, що залежить від відносного балансу Assetbox із номером n.
6. Завдання вибору лівої межі верхнього (сотого) рівня вирішується застосуванням узагальненого показового розподілу (розподілу Вейбула — Гнеденко).
1) Спочатку потрібно виразити параметр узагальненого показового розподілу через його медіану. Узагальнений показовий розподіл має вигляд
F(x)=1−exp[−λx)α], x>0.
Розв’язується рівняння 𝐹(𝑥) = 1⁄2. Записується еквівалентне йому рівняння
1⁄2 = 1 − exp[−(𝜆𝑥)𝛼] .
Знаходиться
exp[−(𝜆𝑥) 𝛼] = 1⁄2 .
і𝜆𝑥 = (ln2)(1⁄𝛼) .
Звідси
𝑥(𝑚𝑒𝑑) = (ln2) (1⁄𝛼)⁄𝜆.
2) Наступним кроком є вираз квантиля для імовірності 0,99 через параметр узагальненого показового розподілу. Знаходиться ліва межа 100-го рівня. Розв’язується рівняння
F(x)=0,99,
або
0,99=1−exp[−(λx)α] ,
або
exp[−(λx)α]=0,01 .
Звідси
𝜆𝑥 = (ln100)(1⁄𝛼)
і
𝑥(0,99) = (ln100) (1⁄𝛼)⁄𝜆.
Із співвідношення
𝑥(med) = (ln2) (1⁄𝛼)⁄𝜆
знаходимо
𝜆 = (ln2)(1⁄𝛼)⁄𝑥(med)
і підставляємо його у вираз
𝑥(0,99) = (ln100)(1⁄𝛼)⁄𝜆.
Отримаємо
𝑥(0,99) = (ln100)(1⁄𝛼)⁄𝜆 = 𝑥(med)(ln100/ln2)(1⁄𝛼) = 𝑥 (med) * [(log100)/(log2)](1⁄𝛼) ,
або
,
або
.
Ліва межа 100-го рівня виражається через медіану узагальненого показового розподілу як
.
3) Наступним кроком визначається ступінь добутку в розподілі.
Для визначення ступеня добутку в узагальненому показовому розподілі використовується вираз для математичного очікування випадкової величини з таким розподілом:
F(x) = 1 - exp[-(λxα)], x > 0.
Він дорівнює
.
Вираз для медіани
𝑥(𝑚𝑒𝑑) = (ln2)(1⁄𝛼)⁄𝜆,
знаходимо
.
Визначається
,
Розв’язується рівняння
щодо невідомого ступеня ɑ.
Тут
значення гама-функції у точці 1+1⁄α.
Будується процес обчислення виразу
із заздалегідь заданою точністю, рівняння
розв’язується методом ділення навпіл або ж методом «золотого поділу».
Для початкової побудови вибирається ɑ=1⁄3.
Як приклад.
За умови xmed = 30,
𝛥 = 𝑥лів(1) — ліва межа першого рівня, та величина, звідки починається нарахування винагороди,
A(1) — довжина першого рівневого інтервалу,
L — число рівнів (у цьому випадку L = 100),
𝐷 = 𝑥лів(𝐿) — ліва межа верхнього рівня.
Визначаємо:
розширювач діапазону рівневих інтервалів (починаючи з другого).
Для всіх рівнів, починаючи з другого (2 ≤ k ≤ L), ліва межа інтервалу рівня k дорівнює:
𝑥лів(𝑘) = 𝑥лів(1) + 𝐴(1) ∗ 𝑆(𝑘−2) = 𝛥 + 𝐴(1) ∗ 𝑆(𝑘−2), 2 ≤ k ≤ L.
Як приклад.
Визначається довжина Δ(k) інтервалу рівня k, 1 ≤ k ≤ L.
За умови k = 1 довжина першого рівневого інтервалу дорівнює A(1):
𝛥(1) = 𝑥лів(2) − 𝑥лів(1) = [𝑥лів(1) + 𝐴(1) ∗ 𝑆(2−2)] − 𝑥лів(1) = 𝐴(1).
За умови k = 2 довжина другого рівневого інтервалу дорівнює:
𝛥(2) = 𝑥лів(3) − 𝑥лів(2) = 𝐴(1) ∗ 𝑆(3−2) − 𝐴(1) = 𝐴(1) ∗ (𝑆 − 1).
За умови k = 3 довжина третього рівневого інтервалу дорівнює:
𝛥(3) = 𝑥лів(4) − 𝑥лів(3) = 𝐴(1) ∗ 𝑆(4−2) − 𝐴(1) ∗ 𝑆(3−2) = 𝐴(1) ∗ (𝑆2 − 𝑆).
За умови k = 4 довжина четвертого рівневого інтервалу дорівнює:
𝛥(4) = 𝑥лів(5) − 𝑥лів(4) = 𝐴(1) ∗ 𝑆(5−2) − 𝐴(1) ∗ 𝑆(4−2) = 𝐴(1) ∗ (𝑆3 − 𝑆2).
За умови k = L - 1 довжина L - 1-го рівневого інтервалу дорівнює:
𝛥(𝐿 − 1) = 𝑥лів(𝐿) − 𝑥лів(𝐿 − 1) = 𝐴(1) ∗ 𝑆(𝐿−2) − 𝐴(1) ∗ 𝑆(𝐿−3) = 𝐴(1) ∗(𝑆(𝐿−2) − 𝑆(𝐿−3)).
Ліва межа L-го рівневого інтервалу дорівнює:
𝑥лів(𝐿) = 𝑥лів(1) + 𝐴(1) ∗ 𝑆(𝐿−2) = 𝛥 + 𝐴(1) ∗ 𝑆(𝐿−2) = 𝛥 +𝐴(1)[(𝐷 − 𝛥)⁄𝐴 (1)] = 𝐷.
Відношення довжин сусідніх інтервалів:
, 2 ≤ k ≤ L - 2,
починаючи з другого та закінчуючи L - 2-м дорівнює S:
для всіх 2 ≤ k ≤ L - 2.
7. Для кожного рівня k, k = 1, ..., L, обчислюються рівневі процентні коефіцієнти r(k) (рівневі проценти 100*r(k)):
,
k = 1, ..., L, а параметр ступеня β > 0 відповідає за швидкість зростання поблизу малих або великих значень рівня (випуклість угору або вниз графіка рівневих коефіцієнтів). За умови β = 1 швидкість зростання постійна (точки на графіку розташовані на прямій).
8. Для кожного Assetbox із номером n обчислюється базова потужність W b(n) Assetbox n за формулою:
W b(n) = max[0,25 * B(n);W],
де
W = min[B(n);0,25 * X]
є мінімум із балансу B(n) Assetbox із номером n і суми мінімумів min[B(n); B1(n(i))] його балансу B(n) і балансів B1(n(i)) = B(n(i)) усіх вузлів першої лінії підключення до Assetbox n, помноженої на коефіцієнт 0,25:
.
Для цього виконується така послідовність дій:
- 1) Використовуючи верхні індекси 1,... , нумеруються рівні (лінії) Assetbox, підписаних під досліджуваний Assetbox.
- 2) Обчислюється допоміжне значення:
,
де l — число Assetbox у першій лінії Assetbox;
B1(n(i)) — баланс i-го Assetbox із першої лінії з номером n(i).
- 3) Обчислюється допоміжна величина:
W = min[B(n);0,25 * X].
- 4) Визначається базова потужність:
W b(n) = max[0,25 * B(n);W].
У разі такого обчислення базової потужності, за умови, що перша лінія досліджуваного Assetbox містить чотири Assetbox із балансами, що дорівнюють балансу досліджуваного, цей Assetbox отримає максимально можливу базову потужність. Водночас можливі й інші побудови складу структури, що дають Assetbox максимально можливу для його балансу базову потужність.
9. Для кожного Assetbox із номером n уводиться наведена соціальна потужність W ns(n), що визначається вихідними складами вузла n, Assetbox із номерами n(1), n(2), ..., n(l[1]) першої лінії L[1]n підключення до вузла n (вони дають базову потужність виведення на рівень) і складами Assetbox усіх його гілок підключень нижче першої лінії, в основі яких Assetbox із рівневим процентом, меншим за рівневий процент Assetbox із номером n (загальним числом П(n)).
,
де Z(n) = l[1] + П(n). Тут величина C*(n(i),n[1](π), n) визначається в такий спосіб. Із вузла n(i), що розміщений нижче першої лінії підключення до Assetbox n, до вузла n веде однозначний шлях підключень:
π(n[s](i), n)
що дорівнює:
,
або спрощено:
із початком у вузлі n(i) = n[s](i) на нижньому рівні [s] та закінченням у вузлі
на верхньому, з його точки зору — нульовому рівні.
А
є максимум зі всіх рівневих процентних коефіцієнтів
r(n[1]), r(n[2]), r(n[3]), ..., r(n[s-1]), r(n[s])
у вузлах
n[1], n[2], n[3]), n[s-1], n[s]
на шляху
підключень із вузла n(i) = n [s](i) = n [s] до вузла .
Сума береться за всіма гілками нижче першої лінії підключення до Assetbox із номером n, рівневий процент яких менший за рівневий процент Assetbox із номером. Усі гілки, в основі яких стоїть Assetbox із рівневим процентом меншим за рівневий процент Assetbox із номером n, не враховуються.
10. Підраховується мажорувальна соціальна потужність W ms(n) для Assetbox із номером n:
.
Мажорувальна соціальна потужність вузла n відрізняється від наведеної соціальної потужності підставлянням величини r max = 1 замість величини r(n).
11. Підраховується соціальна потужність W s(n) вузла n, зважаючи на наведену соціальну потужність W ns(n) за формулою:
W s(n) = W ns(n) * g(C o(n)).
Тут для забезпечення соціальної спрямованості провайдингу вводиться соціальна нормувальна функція g(x), що дорівнює:
g(x) = [h + (1 - h)(1 + pxη) q 1-x],
0 < h < 1, q > 1, p ≥ 0, η ≥ 0.
Тут h — рівень недосяжного мінімуму соціальної нормувальної функції;
p — регулятор сплеску хвилі графіка соціальної нормувальної функції;
η — показник ступеня, що забезпечує сплеск хвилі графіка функції;
q — основа показовості соціальної нормувальної функції, що забезпечує її прагнення до свого недосяжного мінімуму h.
За аргумент x соціальної нормувальної функції взято величину:
,
що дорівнює відношенню мажорувальної соціальної потужності W ms(n) до середньої Bсер із балансів Assetbox.
12. Для кожного Assetbox із номером n обчислюється потужність W(n) як сума базової та соціальної потужностей вузла n:
W(n) = Wb(n) + Ws(n).
13. Виокремлювана сума S ділиться між усіма Assetbox
прямо пропорційно їх потужностям за формулою для обчислення винагороди S(n) n-го Assetbox:
,
де
сума потужностей усіх Assetbox.
Значення параметрів у реалізованій моделі:
- 1) z = 1
- 2) ɑ = 1
- 3)
- 4) c = 0,8
- 5)
- 6) r min = 0,3, L = 100, β = 0,5
- 7) q = 2, p = 1,5, η = 1,46, Δ = 10-3, h = 0.05
Стаття 32. Параметри формул для розрахунку нарахування винагороди Реєстраторам за участь у провайдингу
1. Δ = 10-3 — мінімальний баланс Assetbox для отримання винагороди.
2. I(1) = 1 — довжина інтервалу першого рівня.
3. k = 1 — коефіцієнт значущості першої лінії.
4. ɑ = 1 — ступінь головних доданків у нескінченній асимптотиці.
5. с = 0,8 — коефіцієнт, що регулює значення функції в одиниці.
6. d = 1/3 — параметр ступеня, що дозволяє обнулити величину виведення на рівень нульових Assetbox.
7. r min = 0,3 — мінімальне значення рівневих процентних коефіцієнтів.
8. L = 100 — таблиці рангових процентів за потужністю Assetbox і відповідності потужності Assetbox і першої лінії певному рангу обчислюються динамічно, зважаючи на максимальну потужність у системі. Змінюючи число рівнів, змінюються межі інтервалів рівнів.
9. β = 0,5 — параметр ступеня відповідає за швидкість зростання поблизу малих і великих значень рівня, має бути суворо більше за 0.
10. h = 0.05 — рівень недосяжного мінімуму (нижня межа) соціальної функції, має бути більше ніж 0, але менше ніж 1.
11. p = 1,5 — регулятор хвилястості нормувальної функції.
12. r = 1,46 — ступінь при аргументі соціальної функції.
13. q = 2 — основа показовості q у соціальній функції, що забезпечує прагнення до мінімуму h.
РОЗДІЛ 3. ЗАКЛЮЧНА ЧАСТИНА
Глава 7. Загальні та інші умови
Стаття 33. Загальні умови
1. Зміни та доповнення до цього Додатка можуть бути внесені виключно за правилами, передбаченими Додатком Внесення змін та/або доповнень до Публічного контракту Системи Bitbon.
2. За наявності будь-яких розбіжностей між різними формами (друкована, електронна тощо) цього Додатка офіційною є версія, розміщена на офіційних інформаційних ресурсах Системи Bitbon[i] в електронній формі.
3. Переклад цього Додатка іншими мовами надано виключно для зручності Користувачів Системи Bitbon[i]. У разі виникнення розбіжностей у розумінні та/або тлумаченні цього Додатка пріоритет має російськомовна версія.
4. Згідно з Положенням 2 Публічного контракту Системи Bitbon цей Додаток є невід’ємною частиною Публічного контракту Системи Bitbon і набуває чинності з моменту публікації на офіційних інформаційних ресурсах Системи Bitbon.
5. Згідно з пунктом 3 Положення 2 Публічного контракту Системи Bitbon до цього Додатка можуть вноситися зміни та/або доповнення, лише якщо такі зміни та/або доповнення не суперечать Положенням Публічного контракту Системи Bitbon і Додаткам, що є невід’ємною його частиною. Внесені зміни та/або доповнення публікуються на офіційних інформаційних ресурсах Системи Bitbon і набувають чинності згідно з Додатком до Публічного контракту Системи Bitbon «Внесення змін та/або доповнень до Публічного контракту Системи Bitbon».
Стаття 34. Інші умови
1. Оператори Системи Bitbon[i] прагнуть підтримувати безперебійне функціонування інфраструктури Системи Bitbon[i]. Беручи участь у провайдингу, Користувач погоджується з тим, що існує імовірність збоїв у роботі сервісів та/або компонентів Системи Bitbon, що може призвести до тимчасового обмеження прав і можливостей Провайдера[i] в будь-якій їхній частині.
2. Винагороди Провайдера, що не були нараховані через збій у роботі сервісів та/або компонентів Системи Bitbon, повторному нарахуванню та/або компенсації не підлягають.
3. Користувач не повинен брати участь у провайдингу, якщо не погоджується з правилами й умовами, встановленими Публічним контрактом Системи Bitbon та/або цим Додатком у будь-якій їх частині.
4. Участь Користувача у провайдингу означає погодження з правилами й умовами, встановленими Публічним контрактом Системи Bitbon і цим Додатком.